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Beschreibung 

Medizinische Systemarchitektur mit einem integrierten RIS- 
Client auf dem Konsolenrechner einer Modalitat 

Die Erfindung betrifft eine medizinische Systemarchitektur 
mit einer Modalitat zur Erfassung von Untersuchungs-Bildern, 
mit einer der jeweiligen Modalitat zugeordneten Vorrichtung 
zur Verarbeitung der Untersuchungs-Bilder , mit einer Vorrich- 
tung zur Ubertragung von Da ten und der Untersuchungs-Bilder 
und mit einer Vorrichtung zur Speicherung der Daten und Un- 
tersuchungs-Bilder . 

Aus dem Buch "Bildgebende Systeme fur die medizinische Dia- 
gnostik" , herausgegeben von H. Morneburg, 3. Auflage, 1995, 
Seiten 684ff sind medizinische Systemarchi tekturen, sogenann- 
te PACS (Picture Archival and Communication Systeme) , be- 
kannt, bei denen zum Abruf von Patientendaten und durch Moda- 
litaten erzeugte Bilder Bildbetrachtungs- und Bildbearbei- 
tungsplatze, sogenannte Workstations, iiber ein Bildkommunika- 
tionsnetz miteinander verbunden sind. 

Die Client-Software eines Radiologie Informationssystems 
(RIS) ist das Bedien-Interf ace fur Medizinisch-Technische Ra- 
diologieassistenten (MTRA) und Arzte in der Radiologie, um 
beispielsweise Patienten aufzunehmen, die Untersuchungen zu 
planen und zu terminieren, die Befunde zu verwalten und Ab- 
rechnungen einzuleiten. Je nach Einbettung in das iibergeord- 
nete Krankenhausinf ormationssystem (KIS) konnen manche dieser 
Vorgange bereits dort erfolgen wie beispielsweise die Patien- 
tenaufnahme, Leistungsanf orderung und Abrechnung, wobei das 
RIS die an diese Vorgange gekoppelten Daten liber eine Netz- 
werkschnittstelle nur noch ubernimmt. 

Zusatzlich zu diesen "Verwaltungstatigkeiten" agiert das RIS 
oft noch als Workf low-Treiber in der Radiologie, um bei- 
spielsweise Anf orderungsdaten in Form eines DICOM-Worklist- 
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Eintrags zu einer Modalitat wie CT-, MR- oder Rontgengerat zu 
schicken, an der die Untersuchung stattfinden soil. Bei den 
heutigen Systemen mussen zur notwendigen Ubernahme der Unter- 
suchungsdaten, beispielsweise Anzahl der Bilder, Serien und 
5 Strahlenschutzdaten wie Rohrenspannung (kV) , mAs-Produkt 

(mAs) , Zeit (s), Energiedosis (Gy) , etc., von der Modalitat 
in das RIS zur Dokumentation und Abrechnung diese Daten manu- 
ell von einer Arbeitskraft abgelesen und in das RIS ubertra- 
gen werden, wodurch sich ein erheblicher Aufwand und zusatz- 
10 liche Fehlerquellen ergeben. 

I Wird zusatzlich eine PACS-Losung benutzt, dann stellt das RIS 
weitere Workf low-Treiber-Funktionen bereit, beispielsweise urn 
Altbilder und -befunde eines Patienten automatisch aus dem 
15 Archiv auf eine Bef undungsworkstation zu laden, das sogenann- 
te Pre-Fetching, oder nach dem sogenannten Auto-Routing aus- 
gesuchte Bilder und Befunde an die anfordernden klinischen 
Abteilungen automatisch zuruckzuschicken . 

20 Die Bedienung des RIS erfolgt dabei liber spezielle Client- 
Terminals, fruher einfache ASCII-Terminals, heute in der Re- 
gel handelsiibliche PCs. Das heiSt insbesondere, dass sich ne- 
ben jedem Konsolenrechner einer Modalitat und neben jeder 
PACS Bef undungs-Workstation Iiblicherweise ein extra Personal 
^25 Computer (PC) mit eigener Tastatur als RIS-Client befindet. 

Der Bediener, beispielsweise MTRA oder Arzt, muss dabei per- 
manent zwischen den verschiedenen Rechnern und Tastaturen 
hin- und her wechseln. Oft mu£ der Bediener auch doppelte 
Eingaben derselben Daten vornehmen, namlich an den Konsolen- 

3 0 rechnern der Modalitat wie auch an den Terminals des RIS- 

Clients. Dies gilt besonders fur alle Daten, die nicht stan- 
dardisiert iiber die DICOM-Worklist ausgetauscht werden kon- 
nen, beispielsweise Mengenangaben von Verbrauchsmitteln oder 
spezielle Arbei tsschritte, die spater in der Abrechnung rele- 

3 5 vant sind. 
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Bisher konnte durch mehrere verteilte Rechner, beispielsweise 
die Konsolenrechner der Modalitat und daneben auf gestellten 
PCs mit dem RIS-Client, zwar die radiologische Leistung er- 
bracht werden, aber die Bedienung wies nur einen geringen Be- 
dienungskomf ort fur MTRAs und Arzte im Hinblick auf die Mog- 
lichkeiten der Steuerung und Optimierung der Abteilungsres- 
sourcen (Utilization Management) und auf den moglichen Auto- 
matisierungsgrad der Inf ormationsf lusse . 

In der DE 196 25 835 Al ist eine medizinische Systemarchi tek- 
tur der eingangs genannten Art beschrieben, bei der einem 
Verfahren zum Datenaustausch zwischen verschiedenen Anwen- 
dungsprogrammen ein WWW-Erwei terungstyp (MIME) fur Bilder, 
Videos oder ein Viewer von Objekten des Indus tries tandards im 
WWW-Browser zugeordnet ist. Weiterhin wird der Umfang der 
MIME-Erweiterung als DICOM-Bilder , Videos und Objekte defi- 
niert. Dabei wird von einem Austausch der Nachrichten mittels 
DICOM liber das Netzwerk-Interf ace ausgegangen. 

Die US 5,654,555 betrifft ein System zur Ubertragung von 
Rontgenbildern uber ein Netzwerk zu einer ortlich entfernten 
Vorrichtung mit physikalischen Netzwerkverbindungen, sowie 
Transportprotokollen und medizinischen Protokolle, wobei Pa- 
tienten-Untersuchungsdaten von einem RIS abgefragt werden 
konnen . 

Aus der US 6,011,552 ist ein verschiebbares Menu Icon zum 
Zugriff auf eine Applikation in einem graphischen User Inter- 
face (UI) bekannt, bei dem Windows und Icons ubersichtlich 
ubereinander bzw. nebeneinander auf dem Bildschirm arrangiert 
werden, speziell wenn eines der Windows Zugang zu einer Vide- 
oconferencing-Session bietet. 

Die Erfindung geht von der Aufgabe aus, die angesprochenen 
Schwachen des heute iiblichen Konzepts von speziellen RIS- 
Clients zu beseitigen, durch die das Bedienpersonal zwischen 
"Client-Terminal" und Konsolenrechnern der Modalitaten wech- 
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seln muss, den Bedienkomf ort zu erhohen, die Steuerung und 
Op t imi erung der Abtsilungsressourcen (Utilization Management ) 
zu ermoglichen und die erf orderlichen Inf ormationsf lusse zu 
automatisieren . 

5 

Die Aufgabe wird erf indungsgemafi dadurch gelost, dass die 
Vorrichtungen zur Verarbeitung der Untersuchungs-Bilder als 
RIS-Client zum Austausch von Textnachrichten , sowie zur An- 
zeige eines RIS-Client-Fensters und fur den Aufbau von RIS- 
10 Interaktions-Masken ausgebildet und liber einen Netzwerkan- 

schluss der Vorrichtungen mit einem RIS-Server zur Kommunika- 
| tion mit dem RIS-Client auf den Vorrichtungen verbunden sind. 

Die vorliegende Erfindung beschreibt die Innovation, wie der 
15 RIS-Server mit dem RIS-Client auf der Modalitat kommuniziert , 
wobei der RIS-Client aber Desktop-integriert auf der Bedie- 
nerkonsole der Modalitaten zur Verfiigung gestellt wird; dies 
erfolgt zusatzlich zu der bekannten DICOM-Kommunikation . Ein 
Netzwerk-Interf ace kann dazu benutzt werden (Netzwerkkarte 
20 mit TCP/IP Adresse) , oder ein zweites Interface kann einge- 
baut werden. Die vorliegende Erfindung betrifft keine blosse 
RIS-Kopplung gemaS dem Stand der Technik, sondern spezifi- 
ziert insbesondere die Desktop-Integration des RIS-Client auf 

' einer Modalitat. 

*25 

Durch die Realisierung des RIS-Clients auf beliebigen Konso- 
lenrechnern beispielsweise als RIS-Fenster kann die RIS-Funk- 
tion von derselben Tastatur ohne "Ortswechsel " bedient wer- 
den; dies ist ein wesentlicher Vorteil der Desktop-Integra- 

30 tion. Zusatzlich konnen nutzliche neue Applikationen auf den 
Konsolenrechnern der Modalitaten verfiigbar gemacht werden, 
insbesondere in Richtung Utilization Management, also die 
bessere Planung, Uberwachung und Optimierung der Auslastung 
der Modalitaten und aller beteiligten Ressourcen wie Perso- 

35 nal, Verbrauchsmi ttel , Zeit und sonstige Kostenf aktoren . Ein 
weiterer Vorteil ist die Verf ugbarmachung der Funktionen des 
RIS auf den Modalitaten, was zur verbesserten Automatisierung 
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des Inf ormationsf lusses und damit zur Beschleunigung der Pro- 
zessablauf e in der diagnostischen Radiologie fiihren wird. Au- 
Serdem kann eine notwendige automatische Ubernahme der Unter- 
suchungsdaten, beispielsweise Anzahl der Studien, Bilder, Se- 
5 rien, Art der Sequenzen und Strahlenschutzdaten wie Rohren- 
spannung (kV) , mAs-Produkt (mAs) , Zeit (s) , Energiedosis 
(Gy) , etc., von der Modalitat in das RIS zur Documentation 
und Abrechnung erfolgen. Aus dem Untersuchungsprotokoll kann 
auch eine Vorgabe bezuglich des verwendeten Verbrauchsmateri- 
10 als vorgegeben werden, welche nur bestatigt werden muss und 
bei Bedarf korrigierbar ist. 

Durch den integrierten RIS-Client auf einem Konsolenrechner 
einer Modalitat vereinfacht sich somit die Bedienung, ver- 
15 bessern sich die Workf low-Eigenschaf ten und erweitern sich 
die Utilization Management Funktionali taten . 

Die beschriebenen Probleme lassen sich besonders einfach da- 
durch losen, dass die Vorrichtungen zur Verarbeitung der Un- 
20 tersuchungs-Bilder eine RIS-Client-Sof tware aufweisen, wobei 
die RIS-Client-Sof tware in die Software und gleichzeitig in 
die Benutzeroberf lache der Vorrichtungen durch sogenannte 
Desktop Integration von radiologischen Modalitaten integriert 
sein kann. 

Besonders giinstig ist die Integration der RIS-Client-Sof tware 
in eine Plattf orm-Sof tware, da dann die Moglichkei ten der 
RIS-Client-Sof tware fur alle Modalitaten, die diese Platt- 
f orm-Sof tware nutzen, auf einfache Weise berei tgestell t wer- 
3 0 den konnen . 

Bei Vorrichtungen zur Verarbeitung der Untersuchungs-Bilder 
mit Monitoren hat es sich als zweckmaSig erwiesen, wenn auf 
der Benutzeroberf lache neben den Untersuchungs-Bildern im 
35 Bildbearbeitungsf enster ein Fenster mit dem RIS-Client auf 
den jeweiligen Monitoren einblendbar ist. 
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In vorteilhaf ter Weise konnen die Vorrichtungen derart ausge- 
bildet sein, dass auf der Benutzeroberf lache ein Icon ange- 
ordnet ist, durch das sich das Fenster mit dem RIS-Client 
offnen lasst. 

Der RIS-Client wird auf einfache Weise und schnell auf der 
Benutzeroberf lache wiedergegeben, wenn die Vorrichtungen der- 
art ausgebildet sind, dass auf der Benutzeroberf lache das 
Fenster mit dem RIS-Client als eigene Task-Card realisiert 
ist, so dass der Benutzer lediglich auf den RIS-Karteikarten- 
reiter am rechten Bildschirmrand klicken muss. 

Der Gebrauchswert der erf indungsgemaSen Vorrichtungen lasst 
sich erhohen, wenn der Workflow von dem RIS-Client zur auto- 
matischen Inf ormationsubermi ttlung gesteuert wird. 

Analysen iiber die Haufigkeit, bei welchen klinischen Frage- 
stellungen welche Effekte auf die Diagnosegvite oder die dar- 
aus resultierende Therapieentscheidung durch die Untersuchung 
verursacht werden, konnen erreicht werden, wenn der RIS- 
Client auf dem Konsolenrechner einer Modalitat Daten zu Out- 
come-Analysen lief ert . 

Eine bessere Planung, Uberwachung und Optimierung der Auslas- 
tung der Modalitaten und aller beteiligten Ressourcen lasst 
sich erreichen, wenn der RIS-Client einen Statistik-Modul fur 
Auswertungen von gesammelten Daten aufweist. 

Die Erfindung ist nachfolgend anhand von in der Zeichnung 
dargestellten Ausf iihrungsbeispielen naher erlautert. Es zei- 
gen : 

Figur 1 ein Beispiel einer Systemarchitektur eines Kranken- 
hausnetzes , 

Figur 2 eine schematische Darstellung eines Monitors der 
Systemarchitektur mit einer erf indungsgemaSen Be- 
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nutzeroberf lache, beispielsweise eines CT mit in- 
tegriertem RIS-Client, 

Figur 3 eine weitere Ausftihrung einer erf indungsgemafien Be- 
nutzeroberf lache, 

Figur 4 ein Workflow Szenario einer erf indungsgemaSen Vor- 
richtung und 

Figur 5 Erlauterungen zur Kommunikation des RIS-Servers mit 
dem RIS-Client. 

In der Figur 1 ist beispielhaft die Systemarchi tektur eines 
Krankenhausnetzes dargestellt. Zur Erfassung medizinischer 
Bilder dienen die Modalitaten 1 bis 4, die als bilderzeugende 
Systeme beispielsweise eine CT-Einheit 1 fur Computertomogra- 
phie, eine MR-Einheit 2 fur Magnetische Resonanz, eine DSA- 
Einheit 3 fur digitale Subtraktionsangiographie und eine 
Rontgeneinheit 4 fur die digitale Radiographie 4 aufweisen 
kann. An diese Modalitaten 1 bis 4 sind Bedienerkonsolen 5 
bis 8 der Modalitaten oder Workstations angeschlossen, mit 
denen die erfassten medizinischen Bilder verarbeitet und lo- 
kal abgespeichert werden konnen. Auch lassen sich zu den Bil- 
dern gehorende Patientendaten eingeben. 

Die Bedienerkonsolen 5 bis 8 sind mit einem Kommunikations- 
netz 9 als LAN/WAN Backbone zur Verteilung der erzeugten Bil- 
der und Kommunikation verbunden. So konnen beispielsweise die 
in den Modalitaten 1 bis 4 erzeugten Bilder und die in den 
Bedienerkonsolen 5 bis 8 weiter verarbeiteten Bilder in zent- 
ralen Bildspeicher- und Bildarchivierungssystemen 10 abge- 
speichert oder an andere Workstations wei tergeleitet werden. 

An dem Kommunikationsnetz 9 sind weitere Viewing-Workstations 
11 als Befundungskonsolen angeschlossen, die lokale Bildspei- 
cher aufweisen. Eine derartige Viewing-Workstation 11 ist 
beispielsweise ein sehr schneller Kleincomputer auf der Basis 
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eines oder mehrerer schneller Prozessoren. In den Viewing- 
Workstations ii konnen die erf ass ten und im Bildarchivie- 
rungssystem 10 abgelegten Bilder nachtraglich zur Befundung 
abgerufen und in dem lokalen Bildspeicher abgelegt werden, 
5 von dem sie unmittelbar der an der Viewing-Workstation 11 ar- 
beitenden Bef undungsperson zur Verfiigung stehen konnen. 

■ Weiterhin sind an dem Kommuni ka t i on sne t z 9 Server 12, bei- 
spielsweise Patientendaten-Server (PDS) , Fileserver, Pro- 
10 gramm-Server und/oder EPR-Server angeschlossen . 

^ Der Bild- und Datenaustausch liber das Kommunikationsnetz 9 
erfolgt dabei nach dem DICOM-Standard, einem Industriestan- 
dard zur Ubertragung von Bildern und weiteren medizinischen 
15 Inf ormationen zwischen Computern, damit eine digitale Kommu- 
nikation zwischen Diagnose- und Therapiegeraten unterschied- 
licher Hersteller moglich ist. An dem Kommunikationsnetz 9 
kann ein Netzwerk-Interf ace 13 angeschlossen sein, iiber das 
das interne Kommunikationsnetz 9 mit einem globalen Daten- 
20 netz, beispielsweise dem World Wide Web verbunden ist, so 

dass die standardisierten Daten mit unterschiedlichen Netz- 
werken weltweit ausgetauscht werden konnen. 

Er f indungsgemafi ist an dem Kommunikationsnetz 9 ein RlS-Ser- 
-^Ks ver 14 angeschlossen, mit dem die Bedienerkonsolen 5 bis 8 
mittels des Kommunikationsnetzes 9 liber TCP/IP-Protokolle 
kommunizieren . 

In der Figur 2 ist ein Monitor 15 eines Konsolen- oder Zweit- 
3 0 konsolenrechners , beispielsweise der Bedienerkonsole 5 der 
CT-Einheit 1 dargestellt. Uber einen Netzwerkanschlusses 16 
der Bedienerkonsole 5 ist der RIS-Client mit dem RIS-Server 
14 verbunden, kann aber auch liber TCP/IP-Protokoll mit ande- 
ren DICOM und/oder HL7 standardisierten RIS, KIS und PACS 
3 5 Servern 12 liber das interne Kommunikationsnetz 9 kommunizie- 
ren, beispielsweise einem KIS-Server fur das Krankenhausin- 
f ormat ions system, einem EPR-Server, oder verschiedenen PACS- 
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Servern wie Bef undungskonsolen, Bildarchiv, Web-Bildvertei- 
lungsserver, usw. Dabei benutzt der RIS -Client Standard-An- 
wendunsprotokolle wie DICOM, HL7 , aber auch http, um Inter- 
net- /Intranet-Server zu erreichen. 

5 

Auf der Benutzeroberf lache 17 des Monitor 15 ist ein Bildbe- 
arbeitungsf enster 18, beispielsweise die "Examination Task- 
Card", mit mehreren nebeneinanderliegenden CT-Aufnahmen wie- 
dergegeben, neben denen in bekannter Weise Icons 19 zum Aus- 
10 losen von Befehlen angeordnet sind. 

A Derartige Task-Cards sind aus der WO 00/31673 bekannt, durch 
die in einfacher und schneller Weise Benutzerauf trage oder 
Tasks, die als eine Aktivitat eines Workflows zu betrachten 
15 sind und insbesondere bei der Bildnachbearbei tung und Befun- 
dung bei alien bildgebenden Verfahren der Medizintechnik in 
vorteilhaf ter Weise einsetzbar sind, ausgewahlt werden kon- 
nen, wobei mehrere Tasks oder Aktivitaten, parallel verarbei- 
tet und beliebig aufgerufen werden konnen. Dabei ist die Be- 
20 nutzeroberf lache in Bereiche unterteilt, wobei in einem Steu- 
erbereich Einblendungen mit Inf ormationen des Benutzerauf tra- 
ges erfolgen, am Rande der Benutzeroberf lache Felder in der 
Art von Kartenreitern 23 angeordnet sind, denen jeweils ein 
anderer Benutzerauf trag zugeordnet ist, und der derzeit auf- 

^2 5 gerufene, aktuelle, sichtbare Benutzerauf trag auf dem Karten- 
reiter 23 erkennbar markiert ist. Die am Rande angeordneten 
Kartenreiter 23 nach diesem Task-Card-Konzept sorgen fur eine 
klare Einteilung. Damit wird ein medizinischer Workflow rea- 
lisiert . 

30 

Sollen nun Eingaben von der CT-Bedienerkonsole 5 als RIS- 
Client in den RIS-Server 14 gemacht oder Daten aus dem RIS- 
Server 14 in den RIS-Client, die Bedienerkonsole 5 der CT- 
Einheit 1, ubertragen werden, so wird durch Klicken mit der 
35 Maus auf ein RIS-Icon 20 ein RIS-Client-Fenster 21 auf dem 
Monitor 15 geoffnet, beispielsweise die Bildschirmmaske fur 
Patientenregistrierung . Alle RIS-Eingaben von MTRA oder Arzt 
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erfolgen nun liber die Tastatur des Konsolenrechners , ohne 
dass der Bediener zu einem extra RIS-Client -Terminal gehen 
muss. Auch kann er problemlos zwischen dem Bildbearbeitungs- 
fenster 18 und dem RIS-Client-Fenster 21 wechseln. 

5 

In Figur 3 ist eine alternative Losung der Desktop-Integra- 
tion dargestellt, bei der der RIS-Client als eigene Task-Card 
22 realisiert ist. Hier erscheint die Benutzeroberf lache des 
RIS-Client, wenn der Benutzer auf den RIS-Karteikartenreiter 
10 24 am rechten Bildschirmrand klickt, so dass sich wieder das 
aus Figur 2 bekannte RIS-Client-Fenster 21 fur Patientenre- 
^ gistrierung als Task-Card 22 off net. Die Arbeit mit dem RIS- 
Client erfolgt danach genauso wie im Fall der Losung in Figur 
2 . 

15 

In der Figur 4 ist ein mogliches Workflow Szenario einer er- 
f indungsgemafien Vorrichtung wiedergegeben . Sie beschreibt den 
klinischen Arbeitsfluss mit den verschiedenen Arbeitschri tten 
und den Einsatz der Sof twarepakete der verschiedenen Systeme, 
20 wie beispielsweise das RIS oder . die Modalitat . Auf der linken 
Seite ist die verwendete Applikationssof tware, das jeweilige 
Sof twarepaket/-funktion der verschiedenen Systeme in der Rei- 
henfolge des klinischen Arbeitsf lusses , und auf der rechten 
Seite der Datenfluss dargestellt. Der Datenfluss ist eine 
4f^2 5 Auflistung der Daten, die wahrend der verschiedenen Arbeits- 
schritte von den Sof twarepaketen eingesetzt werden. 

Zuerst wird die jeweilige Applikationssof tware der verschie- 
denen Systeme in der Reihenfolge des klinischen Arbeitsflus- 
3 0 ses beschrieben (linke Spalte) : 

a) Durch das RIS erfolgt zuerst die Patientenregistrierung 
und die Patientendaten werden automatisch in die DICOM 
Workl ist ubernommen . 

35 



b) In der Modalitat werden diese Patientendaten, nach Emp- 
fang der DICOM Worklist, iiber diese Worklist ubertragen. 
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Bei der Anwahl eines Patienten werden die Daten und das 
Untersuchungsprogramm entsprechend der Frages tellung ge- 
laden und die Untersuchung gestartet. 

5 c) Es erfolgt die Untersuchung durch die Modalitat. 

d) Nach dem Untersuchungsende erfolgt uber DICOM die Uber- 
gabe der Untersuchungsdaten an das RIS. Hier erfolgt die 
Bestatigung und Dokumentation der Untersuchung. 

10 

e) Als nachstes werden die Daten zur Abrechnung an das KIS 
^ wei tergeleitet . 

f) Die Untersuchungsdaten gehen von der Modalitat zur wei- 
15 teren Befundung beispielsweise an eine Workstation. 



20 



/25 



30 



Jetzt wird der von den Sof twarepaketen eingesetzte Datenfluss 
der verschiedenen Arbei tsschritte in der Reihenfolge des kli- 
nischen Arbeitsf lusses beschrieben (rechte Spalte) : 

a) Die Patientenstammdaten und Untersuchungsanf orderung 
werden erfasst oder aufgerufen. 

b) Die Untersuchungsangaben werden eingegeben. 

c) Wahrend der Untersuchung werden die Auf nahmedaten und 
das Verbrauchsmaterials erfasst, 

beispielsweise Studien-, Serien- und Bildanzahl, Art der 
Sequenzen, Strahlenschutzdaten (kV, mAs, sec., Gy) . 

d) Die Daten werden vom RIS ubernommen. 



Die Vereinf achung der Bedienung auf einem einzigen Rechner 
mit einer einzigen Tastatur ist der unmittelbar sichtbare und 
35 sofort bereitstellbare Nutzen fur MTRAs und Arzte, der aus 

der Desktop-Integration des RIS-Clients auf dem Konsolenrech- 
ner einer Modalitat folgt. 
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Ein weiterer Vorteil fur die Effizienz der Arbeit in der dia- 
gnostischen Radiologie ist die Moglichkeit von Workf low-Steu- 
erungen aus dem RIS auf den Konsolen der Modalitaten, wie 
5 beispielsweise die "prefetching" und "autorouting" Funktionen 
zur automat ischen Inf ormationsubermittlung . Heute kann auf 
einer Modalitat nur genau ein Zielknoten fur die Weiterlei- 
tung einer Patientenbildstudie vordefiniert werden, oder es 
muss jedesmal "von Hand" ein neuer Zielknoten eingegeben wer- 

10 den; dies lasst sich liber den RIS-Client dynamisieren, also 
automatisch die Wei terlei tung der Studien ermoglichen, wobei 

^ / sich das Ziel beispielsweise aus der Auswertung der Parameter 
fur untersuchtes Organ, anfordernde Stelle, Information uber 
Vorbefunde, usw. ergibt . 

15 

Zusatzlicher Nutzen aus der Integration des RIS-Clients auf 
dem Konsolenrechner einer Modalitat kommt zum Tragen, wenn 
die RIS-Schnittstelle zur besseren Planung, Uberwachung und 
Optimierung der Auslastung der Modalitaten und aller betei- 

20 ligten Ressourcen wie Personal, Verbrauchsmi ttel , Zeit und 

sonstige Kostenf aktoren eingesetzt wird, also zum sogenannten 
"Utilization Management" . Jedes RIS besitzt auch ein soge- 
nanntes "Statistik-Modul", in dem der Arzt beliebige Auswer- 
tungen der gesammelten Daten vornehmen kann, beispielsweise 

^5 Anzahl der verschiedenen Untersuchungen, durchschni ttliche 

Untersuchungsdauer , durchschni ttlich verwendete Verbrauchsma- 
terialien wie Filme, Kontrastmittel , Nuklide und vieles mehr . 
Dieses Statistik-Modul ist der Ausgangspunkt fur jedes Utili- 
zation Management und kann nun auch auf den Konsolenrechnern 

30 der Modalitaten eingesetzt werden, beispielsweise zur Proto- 
kollierung und Auswertung, welche verschiedenen Sequenzen auf 
einem MR in einer bestimmten Periode angewendet wurden, oder 
welche Einstellungen wie Vorschub, Schichtdicke , etc., wie 
oft bei einem Mehrschicht-CT gewahlt wurden, und welche Aus- 

35 wirkungen auf Untersuchungszei ten und damit -kosten diese 
Einstellungen hatten. 
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Die Integration des RIS-Clients auf dem Konsolenrechner kann 
einsr Modalitat zusat zlich zum Ausgangspunkt fur das Sammeln 
von Daten zu Outcome-Analysen werden . Solche Analysen konnen 
beispielsweise untersuchen, welche Sequenzen eines MR in wel- 
cher Haufigkeit bei welcher klinischen Fragestellung gewahlt 
wurden, und welchen Effekt auf die Diagnosegiite oder die dar- 
aus resultierende Therapieentscheidung die Sequenzen hatten. 
Damit wird dann langfristig die Integration von radiologi- 
•schen Modalitaten in ein umf assendes "Disease Management" 
Konzept ermoglicht . 

Anhand der Figur 5 wird die Kommunikation des RIS-Servers mit 
dem RIS-Client naher erlautert. Eine RIS-Server-Application 
25 kommuniziert mit einer RIS-Client-Application 26, die auf 
einer Maschine 27 lauft. Auf der gleichen Maschine 27 kann 
auch eine Modality 28 laufen, die eine Modali ty-RIS-Mediator- 
Application 29 und Modality-Applications 30 bis 32 aufweisen 
kann . 

Die Modali ty-RIS-Mediator-Application 29 fugt einen Button 33 
zum Starten der RIS-Client-Application 26 in das Hauptmenu 
der Modalitat 28 ein. 

Die Modality-Applications 30 bis 32 haben einen Extension Me- 
chanismus 34 bis 36, urn anderen Applications (z.b. 30 bis 32 
oder 27) eine Aktivierung zu ermoglichen, und erweitert eine 
Modali ty-RIS-Mediator-Application 27 damit . 

Die Modality-Applications 30 bis 32 starten eine RIS-Client- 
Application 2 6 mittels des Buttons 3 3 aus dem Hauptmenu der 
Modality 28. 

Die RIS-Client-Application 26 kommuniziert beispielsweise 
iiber ein OLE Protokoll 37 mit Modality-RIS-Mediator-Applica- 
tion 29 und erfragt deren Modality-Application-Extensions 34 
bis 36. 
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Die Modality-RIS-Mediator-Application 27 liefert Verweise auf 
seine aktuellen Extensions 34 bis 36 liber das OLE Protokoll 
37 zuriick und ein sogenanntes "Magic-Cookie" 38 bis 40 fur 
jede Extension. Diese werden von der RIS-Client-Application 
2 6 in dessen User Interface (UI) zur nachf olgenden Aktivie- 
rung eingef iigt . 

Wenn aus der RIS-Client-Application 2 6 die UI Aktivierung 
einer bestimmten Modality-Application-Extension 34 bis 36 er- 
folgt, wird diese zusammen mit der im RIS-Client 26 angewahl- 
ten Patienten-Inf ormation und dem "Magic-Cookie" 38 bis 40 an 
die Modality-RIS-Mediator-Application 29 weitergelei tet . Die- 
se versucht uber einen anderen Transport 41 die notigen Bild- 
daten zu besorgen und gibt sie an die jeweilige Extension 34 
bis 36 weiter, die durch das "Magic Cookie" 38 bis 40 refe- 
renziert sind. Die jeweilige Extension 34 bis 36 transferiert 
die Anforderung schlieSlich an die jeweilige Modality-Appli- 
cation 30 bis 32. 

Fur die Modality-Application 30 bis* 32 ist der Auftrag durch 
die Extensions 34 bis 3 6 vorbestimmt und nicht mehr unter- 
scheidbar, wer letztlich die Aktivierung veranlasst hat, d.h. 
es ist kein spezieller Mechanismus fur RIS-Client pro Appli- 
cation notig. 

Die Modality-Application 3 0 bis 32 kann daraufhin die Bildda- 
ten zur Befundung laden. 

Dieses Verfahren ist dynamisch zur Laufzeit beliebig fur wei- 
tere Modality-Applications 30 bis 32 wiederholbar , die ebenso 
dynamisch aus der RIS-Client-Application 26 aktivierbar sind. 
Dadurch ist gewahrleistet , dass neue und bestehende Applica- 
tions automatisch mit der RIS-Client-Application 26 verbunden 
werden konnen und in jede Modality 2 8 integriert werden kon- 
nen. Weiterhin konnen Modality-Applications 30 bis 32 und 
RIS-Client-Application 2 6 unabhangig voneinander geandert 
werden . 
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Die RIS-Clienc -Application 26 lauft in der Kegel (keine Be- 
dingung) auf der gleichen Maschine 27 wie die Modalitat 28 
und kommuniziert mit dem Inf ormationssystem der RlS-Server- 
Application 25 iiber einen anderen Transportmechanismus , um 
die Patienteninf ormationen des Inf ormationssystems mit den 
Modality-Applications 3 0 bis. 32 einer Modality 37 zu verbin- 
den . 

Die Extensions der RIS-Client-Application 26, die "Magic- 
Cookie" 38 bis 40, stellen User Interface plug-ins im RIS- 
Client zur Verfugung, um die Modality-Applications 30 bis 32 
so zu aktivieren, als wenn diese von einer anderen Modality- 
Application gekommen ware. Die Modali ty-RIS-Mediator-Appli- 
cation fungiert hier als Bindeglied zwischen RIS-Client und 
Modality-Application . 

Die Modality-RIS-Mediator-Application ist ein Vermittler oder 
Bindeglied. In diesem Fall adaptiert sie zwischen Modality- 
Applications - iiber deren Extensions an den Mediator, da die- 
se wie eine Modality-Applications gebaut ist - und dem Ris- 
Client . 
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Anhang 



In der Beschreibung verwendete Abkurzungen: 



5 DICOM 



10 



Digital Imaging and Communications in Medicine 
DICOM-Standard ist ein Industriestandard zur Uber- 
tragung von Bildern und weiteren medizinischen In- 
formationen zwischen Computern zur Ermoglichung der 
digitalen Kommunikation zwischen Diagnose- und The- 
raphiegeraten unterschiedlicher Hersteller. 



EPR 



Electronic -Patient-Record (Elektronische Patient en 
Akte) 



15 HL7 



20 



;5 



KIS 



MTRA 



Health Level 7 - ein ANSI zugelassener Standard der 

Standards Developing Organizations (SDOs) 

HL7 Spezif ikation ist das Anwendungsprotokoll fur 

elektronischen Datenaustausch in medizinischer Um- 

gebung 

Krankenhaus Information System: 

System fur allgemeines Krankenhaus Management, mit 
den Hauptmerkmalen Patienten Management, Buchhal- 
tung und Rechnungswesen, Personal Management usw. 

Medizinisch-Technische (r ) Radiologieassistent ( in) 



PACS 



Picture Archival and Communication System 



30 



35 



RIS 



Radiologie Inf ormationssystem (Radiology Informati- 
on System) : 

Information System zum Daten-Management innerhalb 
der Radiologie Abteilung, das beispielsweise den 
Patienten Zugang, die Kreation von Worklisten, das 
Berichtswesen, Report Management, die Buchhaltung 
und das Rechnungswesen usw. unterstutzt. 
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Patentanspruche 

1. Medizinische Systemarchi tektur mit einer Modalitat (1 
bis 4) zur Erfassung von Untersuchungs-Bildern, mit einer der 
jeweiligen Modalitat (1 bis 4) zugeordneten Vorrichtung (5 
bis 8) zur Verarbeitung der Untersuchungs-Bilder, mit einer 
Vorrichtung (9) zur Ubertragung von Daten und der Untersu- 
chungs-Bilder und mit einer Vorrichtung (10) zur Speicherung 
der Daten und Untersuchungs-Bilder, wobei die Vorrichtungen 
(5 bis 8) zur Verarbeitung der Untersuchungs-Bilder als RIS- 
Client (26) zum Austausch von Textnachrichten, sowie zur An- 
zeige eines RIS-Client-Fensters (21) und fur den Aufbau von 
RIS-Interaktions-Masken ausgebildet und iiber einen Netzwerk- 
anschluss (16) der Vorrichtungen (5 bis 8) mit einem RlS-Ser- 
ver (14) zur Kommunikation mit dem RIS-Client (26) auf den 
Vorrichtungen (5 bis 8) verbunden sind. 

2. Medizinische Systemarchi tektur nach Anspruch 1, 
dadurch gekennzeic-hnet, dass die 
Vorrichtungen (5 bis 8) zur Verarbeitung der Untersuchungs- 
Bilder eine RIS-Client-Sof tware aufweisen. 

3. Medizinische Systemarchi tektur nach Anspruch 2, 
dadurch gekennzeichnet, dass die 
RIS-Client-Sof tware in die Software der Vorrichtungen (5 bis 
8) integriert ist. 

4. Medizinische Systemarchi tektur nach Anspruch 2 oder 3, 
dadurch gekennzeichnet, dass die 
RIS-Client-Sof tware in die Benutzeroberf lache (17) der Vor- 
richtungen (5 bis 8) integriert ist. 

5. Medizinische Systemarchitektur nach einem der Anspriiche 
2 bis 4, dadurch gekennzeichnet, 
dass die RIS-Client-Sof tware in eine Plattf orm-Sof tware in- 
tegriert ist. 
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6. Medizinische Systemarchi tektur nach einem der Anspruche 
1 bis 5, bei der die Vorrichtungen (5 bis 8) Monitore (15) 
aufweisen, dadurch gekennzeichnet, 
dass die Vorrichtungen (5 bis 8) zur Verarbeitung der Unter- 
suchungs-Bilder derart ausgebildet sind, dass auf der Benut- 
zeroberf lache (17) neben den Untersuchungs-Bildern im Bildbe- 
arbeitungsf enster (18) ein Fenster (21) mit dem RIS-Client 
auf den jeweiligen Monitoren (15) einblendbar ist. 

7. Medizinische Systemarchi tektur nach Anspruch 6, 
dadurch gekennzeichnet, dass die 
Vorrichtungen (5 bis 8) derart ausgebildet sind, dass auf der 
Benutzeroberf lache (17) ein Icon (2 0) angeordnet ist, durch 
das sich das Fenster (21) mit dem RIS-Client offnen lasst. 

8. Medizinische Systemarchi tektur nach einem der Anspruche 
1 bis 7, dadurch gekennzeichnet, 
dass die Vorrichtungen (5 bis 8) derart ausgebildet sind, 
dass auf der Benutzeroberf lache (17) das Fenster (21) mit dem 
RIS-Client als eigene Task-Card (22) realisiert ist. 

9. Medizinische Systemarchitektur nach einem der Anspruche 
1 bis 8, dadurch gekennzeichnet, 
dass der Workflow von dem RIS-Client zur automatischen Infor- 
mationsubermi 1 1 lung ges teuer t wird . 

10. Medizinische Systemarchitektur nach einem der Anspruche 
1 bis 9, dadurch gekennzeichnet, 
dass der RIS-Client auf dem Konsolenrechner einer Modalitat 
Daten zu Outcome-Analysen liefert. 

11. Medizinische Systemarchitektur nach einem der Anspruche 
1 bis 10, dadurch gekennzeichnet, 
dass der RIS- Client eine Statistik-Modul fur Auswertungen 
von gesammelten Daten aufweist. 
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Zusammenf as sung 

Medizinische Systemarchitektur mit einem integrierten RIS- 
Client auf dem Konsolenrechner einer Modalitat 

Die Erfindung betrifft eine medizinische Systemarchitektur 
mit einer Modalitat (1 bis 4) zur Erfassung von Untersu- 
chungs-Bildern, mit einer der jeweiligen Modalitat (1 bis 4) 
zugeordneten Vorrichtung (5 bis 8) zur Verarbeitung der Un- 
tersuchungs-Bilder , mit einer Vorrichtung (9) zur Ubertragung 
von Daten und der Untersuchungs-Bilder und mit einer Vorrich- 
tung (10) zur Speicherung der Daten und Untersuchungs-Bilder, 
wobei die Vorrichtungen (5 bis 8) zur Verarbeitung der Unter- 
suchungs-Bilder als RIS-Client zum Austausch von Textnach- 
richten, sowie zur Anzeige eines RIS-Client-Fensters und fur 
den Aufbau von RIS-Interaktions-Masken ausgebildet und iiber 
einen Netzwerkanschluss (16) der Vorrichtungen (5 bis 8) mit 
einem RIS-Server (14) zur Kommunikation mit dem RIS-Client 
(26) auf den Vorrichtungen (5 bis 8) verbunden sind. 
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FIG 3 
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